home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000188_amos-request@svcs1.digex.net_Thu Sep 14 14:57:05 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  4KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id OAA16497;  for <mcox@access.digex.net> ; Thu, 14 Sep 1995 14:57:04 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id NAA28452 for amos-out; Thu, 14 Sep 1995 13:02:11 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id NAA28449 for <amos-list@svcs1.digex.net>; Thu, 14 Sep 1995 13:02:10 -0400
  4. Received: from mail.shlink.de (root@mail.shlink.de [194.64.6.2]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id NAA29547;  for <amos-list@access.digex.net> ; Thu, 14 Sep 1995 13:01:45 -0400
  5. Received: from alcatraz.alcatraz.org by mail.shlink.de with bsmtp
  6.     (Smail3.1.29.1 #1) id m0stGtR-000Sa7C; Thu, 14 Sep 95 18:12 MET DST
  7. To: amos-list@access.digex.net
  8. Message-Id: <wU0l9MD261aez4@p22.sixpack.pfalz.org>
  9. From: chris@sixpack.pfalz.org (Chris Hodges)
  10. Path: alcatraz.org!sixpack.pfalz.de!chris
  11. Subject: Re: sound compression
  12. Date: Sun, 10 Sep 1995 19:24:29 +0200
  13. X-Mailer: MicroDot 1.10 [REGISTERED 000261] via Connectline-CLMSortin 2.22
  14. References: <9509050636.AA38504@acs3.acs.ucalgary.ca>
  15. X-Gateway: ZCONNECT US shlink.shlink.de [UNIX/Connect v0.71]
  16. MIME-Version: 1.0
  17. Content-Type: text/plain; charset=ISO-8859-1
  18. Content-Transfer-Encoding: 8bit
  19. X-Z-VIA: 19950914083308W+1@alcatraz.org
  20. X-Z-VIA: 19950913102629W+1@sixpack.pfalz.de
  21. X-Z-TELEFON: V+49-89/8005856
  22. X-Z-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
  23. Lines: 74
  24. Status: RO
  25. X-Status: 
  26.  
  27. racurrie@acs.ucalgary.ca ("Robert Andrew Currie") wrote on 04.09.1995 some
  28. text under the subject Re: sound compression. I can't leave this
  29. uncommentated ;-)
  30.  
  31. RC>     Actually I finally got it to work. It seems that when the
  32. RC> Squash routine fails to compress data, it does not clean itself
  33. RC> up. The data that was unsuccessfully squashed is garbled. I
  34. RC> corrected for this in my conversion program by first making a
  35. RC> duplicate of the data and then attempting to squash it.
  36.  
  37. Aha! ;-) That's a known problem though ;-)
  38.  
  39. RC> The
  40. RC> routine now plays samples of any size up to a frequency of 15000
  41. RC> off of a harddrive with the sample segments being compressed. The
  42. RC> total memory usage is 10K.
  43.  
  44. Bigger chunky yield better compression rates ;)
  45.  
  46. RC> In total I can only get about 25%
  47. RC> compression which is not bad for large samples but pitiful for
  48. RC> smaller ones.
  49.  
  50. Depending on the sample, rates of about 50% can be achieved though ;-)
  51.  
  52. RC> What is delta-8 compression?
  53.  
  54. The next byte in the sequence is added to the old one, so only the
  55. differences to the values before are saved and that mostly gives better
  56. compression rates.
  57.  
  58. Delta-4 compression uses 4 bits to calculate the next byte. However, this
  59. only sounds acceptable on specific samples.
  60.  
  61. RC> Does AMCAF work on Creator?
  62.  
  63. No.
  64.  
  65. RC> I have theorized that for sound data, because of it's
  66. RC> sinusoidal nature, you might be able to get away with only
  67. RC> storing the differences between each sample byte.
  68.  
  69. That's the principle of delta (=difference) encoding ;-)
  70.  
  71. RC> The difference
  72. RC> should be far smaller than the entire sample range -128 to 127
  73. RC> and might be representable by only 3 or 4 bits which could
  74. RC> theoretically save you 50%-62%.
  75.  
  76. Correct. And this is still without compression. ;-)
  77.  
  78. RC> Has anyone thought of this or am I totally off base?
  79.  
  80. The Player 6, an optimized module replayer, already compresses it's sample
  81. by choice with delta-4 or delta-8 compression.
  82.  
  83. RC> I am assuming that each sample is represented
  84. RC> by a single byte which seems to correspond with the play time for
  85. RC> each sample.
  86.  
  87. Correct. One sample byte is a 8 bit signed integer from -128 to +127. The
  88. length of the sample in seconds is bytelength/frequency.
  89.  
  90. Bye, Chris Hodges <chris@sixpack.pfalz.org>      __   __
  91. A4000/40/5MB/400HD/CD; AMOS Extension-Coder __  ///  / / _____
  92. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///  / /_/ ___/ LOGOUT
  93. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/   \__/ __/  FASCISM!
  94. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!  \/
  95.  
  96. Belper (n.)
  97.   A knob of someone else's chewing gum which you unexpectedly find
  98.   your hand resting on under the passenger seat of your car or on
  99.   somebody's tight under their skirt.
  100. (from: "The Deeper Meaning of Liff")
  101.